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Abstract of DE1 95221 85 

The WINDOWS/NT is started up and an application called up from the procedures. It is then 
determined when one of the monitored items is a command for a display. If so, the WINDOWS/NT 
drive is suspended and an X windows manager substituted. 
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@ Ein Verfahren und System zur dynamischen Obersetzung zwischen verschiedenen grafischen 
Benutzeroberflachen-Systemen 

@ Die vorliegonde Erfindung betrifft ein Obersetzungsver- 
fahren, das einon computerfernen Zugrlff zu einem Anwen- 
dungsprogramm, das auf efner Hauptmaschlne In ihrer 
ursprungllchen Betrlebssystem-Umgebung ausgefuhrt wird, 
schafft Das Obereetzungsverfahren uberwacht Nachrichten, ' 
die von dem Anwendungsprogramm an eine Anwendungs- 
schnlttstelle, die durch das ursprurigllche Betriebssystem 
geschaffen wird, gorichtet werden. Auf das Erkennen einer 
Nachricht hin, die eine grafische BenutzeroberflSche des 
ursprungiichen Betriebssystems betrifft, konvertiert das 
Obersetzungsverfahren die Nachricht in ein Protokoll, das 
von einer computerfernen, grafischen Benutzeroberflache 
erkannt wlrd. Durch Obenwachen und Konvertleren von 
Nachrichten auf diese Welse, ermoglicht es das Oberset- 
zungsprogramm, daQ das Anwendungsprogramm computer- 
fern dargestellt wlrd. 
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Beschreibung Diese und weitere Vorteile der Erfindung ergeben 

sich aus der taillierten Beschreibung bevorzugter Aus- 
fiihrungsformen der Erfindung unter Bezugnahme auf 
Technisches Gebiet dieZeichnungen.Eszeigen: 

5 Fig. I eine bevorzugte AusfUhrungsform der vorhe- 
Die vorliegende Erfindung beirifft eine Laufzeitflber- genden Erfindung. 
setzung zwischen verschiedenen grafischen Benuizer- Kg. 2 einen Vergleich der Systemdesignmerkmale fUr 
oberflachen-Systemen und umfaBt insbesondere ein cin Client/Server- Windowsystem und cin Betriebssy- 
Verfahrcn und ein System, die es eriauben, Anwendun- stem, . . j 

gen, die fur lokale Anzeigesysteme geschrieben wurdea lo Fig. 3 ein FluBdiagramm der Verfahrensschntte 4er 
for computerferne Anzeigemogiichkeiten eines anderen bevorzugten Ausfiihrungsform der vorliegenden Erfin- 
grafischen Benutzeroberflachen-Systems zu verwen- dung, 

den. Fig. 4 ein FluBdiagramm der Verfahrensschntte ernes 

Anwendungsprogramms (Stand der Technik), 
Hintergrund der Erfindung is ^ 5 ein FluBdiagramm der Verfahrensschntte fiir 

die Wechselwirkung zwischen dem Anwendungspro-- 
Derzeitig gibt es ungefahr 50 Millionen Computeran- gramm und einem ursprQnglichen Betriebssystem 
wender, die eine grafischc Benutzerobcrflache verwen- (Stand der Technik), . r 

den, die ais 'WINDOWS" von der "MICROSOFT Cor- Fig. 6 ein FluBdiagramm der Verfahrensschntte fur 
poration bekannt ist Derzeitig entwickelt sich sehr 20 ein Beispiel gemaB einer bevorzugten Ausfuhrungsform 
schnell "MICROSOFT'S WINDOWS/NT* als ein bevor- der vorliegenden Erfindung. 
zugtes Betriebssystem. Als Konsequenz werden eine 

groBe Anzahl von Anwendungsprogrammen so ge- Detaillierte Beschreibung der Erfindung 

schrieben. daB sie mit 'WINDOWS/NT* kompatibel . /vu 

slnd. 'WINDOWS/NT' stellt eine einzelne grafische Be- 25 Die vorliegende Erfindung betrifft em Uberselzungs- 
nutzeroberflache zur Verfugung, an die sich all diese verfahren, daB es eriaubt, cin fur ein bestimmtes grafi- 
Anwcndungsprogramme halten mussen. AuBcrdem sches Benutzeroberflachensystem (GUI) geschriebencs 
stellt ein Client/Server- Windowsystem, das als "X" be- Programm auf einem anderen grafischen Benutzerober- 
kannt ist, und anfanglich am Massachusetts's Institute of flachensystem mit der Laufzeit darzustellea Das GUI, 
Technology entwickelt wurde, em Protokoll (X-Proto- 30 auf demdas Anwendungsprogrammdargestelltwiriist 
koll) zur VerfQgung, das es eriaubt, Anwendungspro- als Ziel-GUI bezeichnet Falls das Ziel-GUI in der Lage 
gramme computerfern auf einer oder mehreren grafi- ist, aber ein NeUwerk computerfern darzusteUen, er- 
schen Benutzeroberflachen (beispieisweise Motif, laubt es das Obersetzungsverfahren, daB das Anwen- 
Open-Look) darzusteUen. UngWcklicherweise sind die dungsprogramm computerfern dargestellt wird, und mit 
Anwendungsprogramme, die fur das 'WINDOWS/ 35 ihm computerfern interagiert wird, wahrend es inner- 
NT-Betriebssystem entwickelt worden sind, nicht mit halb seines urspninglichen (nicht-compterfernen) GUI 
dem X-Protokoll kompatibel Als Konsequenz haben ausgefuhrtwird. 

Verwender des X-Client/Server-Windowsystems kei- In einer bevorzugten Ausfuhrungsform sorgt die vor- 
nen bequemen Zugriff auf diese Anwendungsprogram- liegende Erfindung fur eine Obersetzung von Windows 
me. Dies ist unglOcklich, weil viele der Anwendungspro- 40 und 'WINDOWS/NT^ in das X-Wmdowsystem und er- 
gramme, die fQr das 'WINDOWS/NT'-Betriebssystem moglicht somit eine computerferne Darstellung von An- 
entwickelt worden sind, was die Kosten und die Merk- wendungen, die ftir "MICROSOFT WINDOWS** und 
male betrifft, den fQr das X-Client/Server-Windowsy- *WINDOWS/lsrr entwickelt wurdea auf X-Terminals 
stem entwickeitenaberlegen sind. und X-Servem. Insbesondere eriaubt die bevorzugte 

45 Ausfuhrungsform. dafl jede derartige Anwendung als 
Zusammenfassung der Erfindung ein vollstandig kompatibles X-Client-Programm zu 

computerfemen X-Servern erscheint Der Term 
Die vorliegende Erfindung betrifft Obersetzungsver- *^-Client** betrifft ein Anwendungsprogranun, daB das 
fahren, die einen computerfemen Zugriff zu einem An- vorher beschriebene X-Protokoll verwendet. Der Aus- 
wendungsprogramm schaffen, Insbesondere stellt das 50 druck "^-Terminal" betrifft irgendeine Anzeigekompo- 
Obersetzungsverfahren einen computerfemen Zugriff nente (beispieisweise ein alleinstehendes Terminal oder 
auf ein Anwendungsprogramm, das auf einem Haupt- cin Arbcitsplatz), der eine Anzcigekomponente eines 
rechner in seiner ursprQnglichen Bctriebssystemumge- X-Client/Server-Windowsystems ist Der Ausdruck 
bung ausgeflihrt wird, zur Verfiigung. Das Oberset- "^-Server" betrifft das Verfahren, das die Anzeige- 
zungsverfahren Qberwacht Nachrichtcn, die von dem 55 Hardware (beispieisweise eine Bildschirmanzeige, eine 
Anwendungsprogramm an eine Anwendungsschnitt- Tastatur oder eine Maus) steuert und ist verantwortlich 
stelle gerichtet werden, die durch das ursprflngliche Be- fUr die Durchfflhrung der Zeichnung und der Bildaufbe- 
triebssystem zur Verfttgung gestellt wird. Auf das Er- reitung der Bildschirmanzeige. Ein attraktives Merkmal 
kennen einer Nachricht, die eine grafische Benutzer- eines X-CIient-Progranmis ist es, daB es auf irgendei- 
cberflache des ursprOnglichen Betriebssystems betrifft, eo nem X-Terminal dargestellt und/odcr mit ihm mter- 
hin. konvertiert das Obersetzungsverfahren die Nach- agiert werden kann (beispieisweise iiber eine Maus, erne 
richt in ein ProtokoU. das durch eine computerferne Tastatur, eta), vorausgesetzt, daB eine geeignete Kom- 
. grafische Bcnutzeroberflache erkannt wird. Das Ober- . munikationsverbindung (typischerweise, allerdings kei- 
setzungsverfahren Qberwacht und konvertiert auch Be- ne EinschrSnkung darstellend, das unten beschriebene 
fehle auf der Treiberebene. Durch Oberwachen und es TCP/IP-Protokoll) vorhanden ist, das die Maschine, auf 
Konvertieren von Nachrichten auf diese Weise, eriaubt der der X-Qient ISuft, und das X-Tenninal verbindeL 
das Obersetzungsverfahren. daB das Anwendungspro- In dem X-Client/Server-Windowsystem kommum- 
gramm computerfern dargesteUt wird ziert ein X-CUent mit der zugrundcliegenden Hardware 



DE 195 22 185 Al 
3 4 

(beispielsweise Bildschirm, Maus, Tastatur, etc.) ubcr und das X-ProtokolL Diese Netzverbindung ist konzep- 

den X-Servcr. Ein getrcnnter X-Client, als Windowma- tionell durch das Bezugszeichen leOdargestellt 

nager bckannt, koordiniert mit dem X-Server die Ver- Wie oben beschrieben verwendet das X-CIient/Ser- 

waltung der Darstellung, Insbesondere verfolgt der ver-Windowsystem zwei Komponenten: einen X-Ser- 

Windowmanager die Zustande aller X- Windows. Der 5 ver 170 und einen Windowmanager 180. Der Win- 

Ausdruck "X- Window" betrifft irgendeinen Abschnitt dowmanager 180 verwaltet die X-Windows, indem er 

einer Anzeige eines X-Terminals, das seine eigenen Da- verfoigt, wieviele X- Windows derzeitig dargestellt wer- 

ten (beispielsweise ein Dokument oder eine Nachricht) den, wo die X- Windows derzeitig dargestellt werden 

enthalt. Ein wesentlicher Vorteil des X-C!ient/Server- etc Da die vorliegende Erfindung die 'WINDOWS/NT' 

AVindowsystems ist es, daB es einen X-Clienten nicht auf 10 -Anwendung in einen voUstandig kompatiblen X-Client 

die Verwendung eines bestimmten Windowmanagers konvertiert. kann ein Benutzer einen bcstimmten Win- 

beschrSnkt Statt dessen kann ein Benutzer den Win- dowmanager 180 (beispielsweise Motif, Open- Look, 

dowmanager auswahlen, von dem er glaubt, daD er das Tom's Wmdowmanager) zur Verwendung mit der vor- 

attraktivste Aussehen und Empfindcn bietet liegenden ErFmdung wahlen. Kurz gesagt empfangt der 

Fig. I stellt eine bevorzugte Ausfuhrungsform der 15 Windowmanager 180 Befehle, die die Darstellung auf 

vorliegenden Erfindung dar. Ein Hauptrechner 110 fuhrt den X-Terminals 150 betreffen. Da der Windowmana- 

Anwendungsprogramme. beispielsweise "MICROSOFT ger 180 in dem X-Terminal selbst oder auf dem Netz- 

EXCEL" 120 und nVORD FOR WINDOWS** 130 unter werk enthalten sein kann. kann der Windowmanager 

dem "WINDOWS/NT'-Betriebssystem 140 aus. Das Befehle Qber die Netzwerkverbindung 160 oder direkt 

"WINDOWS/NT' -Betriebssystem sowie die Anwen- 20 von dem X-Terminal 150 empfangen. 

dungsprogramme 120, 130 sind in einem Hauptspeicher Fig. 2 vergleicht den Systemdesignaufbau fOr ein 

des Hauptrechners enthalten. Insbesondere fuhrt eine in Client/Server-Windowsystem und ein Betriebssystem. 

dem Hauptrechner 1 10 enthaltene CPU die Anwendun- Insbesondere vergleicht Fig. 2 den Systemdesignaufbau 

gen sowohl des 'WINDOWS/NT -Betriebssystems 140 des X-Qient/Server-Windowsystems und des 'WIN- 
als auch der Anwendungsprogramme 120, 130 aus. Das 25 DOWS/NT'-Betriebssystems, Eine Kenntnis dieser 

"WINDOWS/NT" -Betriebssystem schafft eine Anwen- Strukturen ist bei der Diskussion der m den Fig. 3-6 

dungsprogrammschnittstelle (API), die diesem Anwen- beschriebenen Verfahrensschritte hilfreich. 

dungsprogramm 120. 130 erlaubt, mit dem Betriebssy- In 'WINDOWS/NT' sind Programme (beispielsweise 

stem 140 zu kommunizieren. Zusatzlich liefert das Anwendungsprogramme) Qber Geratetreiber 210 mit 
. 'WINDOWS/NT" Betriebssystem auch eine grafische 30 einer Standardschnittstelle zur Hardware 205 (beispiels- 

.. Standardbenutzeroberfl^che (GUI), die das Aussehen weise einer Anzeige einrichtung, einer Tastatur, einer 

und die Empfindung fur alle unter "WINDOWS/NT Maus etc.) versehen. Die verschiedenen Komponenten 

.Jaufenden Anwendungen definiert Diese grafische 215 des"WINDOWS-NT"-Betriebssystems sind uber 

Standardbenutzeroberflache ist so ausgelegt, daB sie den GerStetreiber gelegt. Eine derartige Komponente 
Befehle von dem Anwendungsprogramm empfangt 35 ist die Grafiktreiberschnittstelle 220 (GDI). Die GDI 

Kurz gesagt, verwenden die Anwendungsprogramme erlaubt, dafl Anwendungsprogramme grafische Infor- 

120, 130 die Anwendungsschnittstelle, um vom Betriebs- mationen ohne Bezugnahme auf die zugrundeliegende 

. system die DurchfOhrung einer Vielfalt von Aufgaben Hardware beschreibea Die Anwendungsprogramm- 

, ..anzufordera Beispielsweise umfassen reprasentative schnittstelle 225 (API) existiert Uber der 'WINDOWS/ 
Aufgaben das Offnen und SchileBen von Dateien sowie 40 hTP-Komponentenschicht . Die API umfaBt die Kon- 

die Durchfahrung verschiedener Einstellungen der gra- zepte von Fenstem (VV^mdows), Ikonen, Positionsanzei- 

fischen Benutzeroberfiache. Allerdihgs ermoglicht das ger und andere MitteL "WINDOWS/NT' ist ein anreiz- 

"WINDOWS/NT" -Betriebssystem keine computerfer- gesteuertes, auf einer Nachricht basierendes System, 

ne Wechselwirkung mit Anwendungen. In seiner bevor- Verschiedene Programme kommunizieren miteinander 
zugten Ausfuhrungsform Qberwindet die vorliegende 45 und mit dem "WINDOWS/NT" durch Weitergabe von 

Erfmdung diese Beschrankung von "WINDOWS/NT', Nachrichten ttber die API. In bezug auf grafisch darge- 

indem es erlaubt, Anwendungsprogramme 120. 130 auf stcUte Information verwendet die API Konstruktionen 

dem Hauptrechner auszuftihren, wShrend sie computer- auf hoher Ebene, wie beispielsweise Fcnster (Windows) 

fern auf einem X-Terminal 150 dargestellt werdca Auf oder Ikonen. Im Gegensatz hierzu verwendet der Bild- 
diese Weise erlaubt die vorliegende Erfindung den Be- 50 schirmanzeige-Geratetreiber Darstellungen grafischer 

nutzern des X-Client/Server-Wuidowsystems, einen Zu- Daten (beispielsweise Bitmap-Daten) auf m'edriger Ebe- 

griff auf Anwendungen, die fur das "WINDOWS/ ne. Ein Zweck der Bildschirmanzeige-Geratetreiber ist 

NT"-Betriebssystem entwickelt wurden. Aufierdem es, diese Bitmap-Daten zur Anzeigeeinrichtimgzuiiber- 

stellt, da die bevorzugte Ausfuhrungsform der vorlie- tragen. Beispielsweise werden, wenn der Benutzer ein 
genden Erfindung es ermdglicht, die Anwendungspro- 55 Fenster bewegt oder seine GrdBe verSndert, eine groBe 

gramme 120, 130 in ihren ursprQnglichen. Betriebssy- Anzahl von BitBlts (Blocktibertragungen von Bitmap- 

stemumgebungen (beispielsweise dem "WINDOWS/ Daten) durch den Anzeigecinrichtungstrciber ausge- 

NT"-Betriebssystem 140) auszufQhren, die vorliegende fiihrt 

Erfmdung einen derartigcn Zugrif f in einer sehr ef fizien- ,Das X-Server/Client- Windowsystem ist etwa fihnlich 

ten Weise zur Verfugung. 60 wie das "WINDOWS/NT -Betriebssystem strukturiert 

Wie dargestellt, ist der Hauptcomputer 110 mit den Ein X-Server 230 stellt eine Standardschnittstelle zur 

X-Terminals 150 Ober eine Netzwerkverbindung, wie zugnindeUegenden Hardware 235 zur VerfOgung. Eine 

beispielsweise dem in Ethernet verwendeten TCP/IP- Bibliothek, Xlib 240, stellt eine Programmiererschnitt- 

Protokoll, verbunden. Kurz gesagt, besteht dieses Pro- stelie (auf einer niedrigen Ebene) fOr X zur Verfflgimg. 

tokoll aus einer Reihe von Schichten. Insbesondere sind 65 Wenn der X-Qient lokal lauft, gibt der X-Client Befehle 

die fOnf untersten Schichten in aufsteigender Reihenfol- aus der Xlib-Bibliothek 240 aus, um durch den X-Server 

ge das Kabel, das Ethernet, das [nternet-Protokoll (IP- 230 auf die lokale Hardware 235 zuzugreifen. In ahnli- 

Schicht), das Transportsteuerprotokoll (TCP-Schicht) cher Weise gibt der X-Client^ wenn er computerfern 
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lauft, Kommandos aus der Xlib-Bibliothek 240 aus, um 
auf die computerferne Hardware zuzugreif en. In diesem 
Fall werden Netzwerkdatenpakete, die Elemente des 
X-Protokolls darstellen, zum X-Server 230, der die com- 
puterferne Hardware 235 bedient, geschickt. Wie "WIN- 
DOWS/NT' ist X ein anreizgesteuertes System und ein 
X-Client kann von dem X-Server 230 anfordern. daB er 
X-Ereignisse von Interesse (wie beispielsweise. wenn 
die Maus in ein Fenster eintritt oder es verlaBt, der 
Benutzer etwas in einem Fenster anklickt, usw.) ab- 
schickt Wie oben erwahnt, ermoglicht ein spezielles 
X-CIient-Programm, der Windowmanager 245, dem Be- 
nutzer. die dargestellten Windows zu verwalten, Menus 
zu definieren usw. Neben der Xlib-Schnittstelle auf rela- 
tiv niedriger Ebene Uefert ein X-Toolkit 250 (eine 
X-WerkzeugausrOstung) eine Programmiererschnitt- 
stelle auf hdherer Ebene. Es gibt viele derartige Tool- 
kits, die kommerziell eriialtlich sind (beispielsweise die 
"XT-. "ANDREW"- und "MOTIP-Toolkits). Jcdcs To- 
olkit wird mit einer Sammlung von Produkten Widgets 
255, die eine nutzliche Sammlung von X-Objekten (bei- 
spielsweise einen rollbaren Text Window Widget) sind. 
Nachdem ein Vergleich der Strukturen des X-Client- 
Windowsystems und des 'WINDOWS/NTT-Betriebssy- 
stems gegeben worden sind. werden nun die Verfah- 
rensschritte einer bevorzugten Ausfiihrungsforin der 
vorliegenden Erf indung beschriebea 

Fig, 3 stellt die ProzeBschritte einer bevorzugten 
AusfQhrungsform der vorliegenden Erfindung dan Ins- 
besondere gibt Fig, 3 einen Uberblick uber die Verfah- 
rensschritte. die von dem Obersetzungsverfahren 
durchgefQhrt werden, um ein in seiner ursprflngiichen 
Umgebung ablaufendes Anwendungsprogramm in ei- 
nen voUstandlg kompatiblen Client eines nicht-ur- 
sprunglichen Windowsystems zu ubersetzen, Zucrst 
wird ein Anwendungsprogramm in seiner urspriingli- 
chen Umgebung (Schritt 305) ausgcfiihrt Beispielsweise 
ist in einer bevorzugten AusfQhrungsform diese ur- 
sprQngliche Umgebung das nVINDOWS/NT'-Be- 
triebssystem. Wenn das Anwendungsprogramm in sei- 
ner urspriinglichen Umgebung ausgefuhrt wird, uber- 
wacht das Obersetzungsverfahren die Systemaufrufe, 
die die Anwendung an die ursprflngliche Umgebung 
fiber die Anwendungsprogranmischnittstelle (Schritt 
310) der ursprunglichen Umgebung richtet Beispiels- 
weise ilberwacht in einer bevorzugten Ausfiihrungs- 
form das Obersetzungsverfahren die Befehle, die von 
dem Anwendungsprogramm an die durch "WINDOWS/ 
NT" ziir Verfiigung gestellte Anwendungsprogramm- 
schnittstelle gerichtet werden. 

Fur jeden fiberwachten Systemaufruf bewertet das 
Obersetzungsverfahren. ob der durch den API-Aufruf 
dargestellte Befehl das Windowmanagement betrifft 
Ein Befehl "betrifft das Windowmanagement", wenn die 
Ergebnisse des Befehls die Positionierung des Anwen- 
dungsprogramm-Fensters verSndert (beispielsweise be- 
wegt, die GroBe verandert, das Anwendungsprogramm- 
Fenster in einen Stapelspeicher ablegt). Somit wirkt 
Schritt 315 aJs eine Abfangelnrichtung auf hoher Ebene 
zwischen dem Anwenderprogramm und dem ursprClng- 
lichen Betriebssystem. 

Wenn der API-Befehl das Windowmanagement be- 
trifft, suspendiert das Obersetzungsverfahren vorzugs- 
weise die Fahigkeit des ursprOnglichen Geratetreibers 
(beispielsweise des Maustreibers, des Tastaturtreibers, 
des Bildschirmtreibers), den Befehl zu verarbeiten 
(Schritt 315, JA-Pfad und Schritt 320) aus. In einigen 
Fallen ist das Suspendieren der FUhigkeit des ursprOng- 



lichen Geratetreibers, den Befehl zu verarbeiten, vor- 
teilhaft, da es die Response-Zeit des Systems stark ver- 
groBert Durch das Anhalten des ursprunglichen Bild- 
schirmtreibers wahrend der Bewegung eines Fensters. 
5 zeichnet der ursprungliche Geratetreiber beispielsweise 
das Bild des Fensters nicht kontinuierlich nach, wenn 
der Benutzer das Fenster Qber den Bildschirm zieht Als 
Ergebnis schickt der Bildschirmtreibcr nicht koatinuier- 
lich die BitBlts (Blocke von Bitmap-Daten), die das Bild 

10 des Fensters darstellen, an die Bildschirmhardware. 
Konsequenterweise und insbesonders in Systemen, in 
denen eine lokale Darstellung der AusfQhrung der An- 
wendung in ihrer urspriinglichen Umgebung nicht er- 
wiinscht ist. wird die Systemperformance aufgrund der 

15 Reduktion einer unnotigen Datenubertragung stark 
yerbessert Nach Anhalten des ursprQnglichen Gerate- 
treibers konvertiert das Obersetzungsverfahren den Be- 
fehl in ein Format, das durch das Ziel-GUI (Schritt 325) 
erkennbar ist In cincr bevorzugten Ausfiihrungsform 

20 halt sich dieses Ziel-GUI an ein ProtokoU, das als das 
X-ProtokoU bekannt ist Als Konsequenz konvertiert 
das Obersetzungsverfahren den API-Befehl in einen Be- 
fehl des X-Protokolls (beispielsweise einen Befehl aus 
der Xlib-Bibliothek). Wenn der Befehl konvertiert wor- 

25 den ist gibt das Obersetzungsverfahren den Befehl an 
das Ziel-GUI-System weiter (Schritt 330). In einer be- 
vorzugten Ausfiihrungsform wird dieses Kommando 
beispielsweise an einen Wmdowmanagcr wcitcrgege- 
ben. Der Windowmanager fuhrt dann diesen Befehl 

30 uber den X-Server aus. Als optionalen Schritt kann das 
Obersetzungsverfahren den Befehl auch an das ur- 
sprungliche GUI-System weitergeben, so daB das Win- 
dowmanagement auf einer lokalen ursprunglichen An- 
zeigeeinrichtung ausgefOhrt wird (Schritt 335). Ob der 

35 optionale Schritt durchgefQhrt wird oder nicht gibt das 
Obersetzungsverfahren den ursprOnglichen Geratetrei- 
ber aus seinem angehaltenen Zustand frei (Schritt 335). 

Wieder Bezug nehmend auf Schritt 315 gibt das 
Obersetzungsverfahren, wenn der Qberwachte Befehl 

40 das Windowmanagement nicht betrifft den Befehl an 
das urspriingliche Betriebssystem des Anwendungspro- 
gramms weiter (Schritt 315, NEIN-PFAD. und Schritt 
340), Nachfolgend fangt das Obersetzungsverfahren je- 
den Systemaufruf auf. der Geratetreibercbene ab und 

45 bestimmt wann der Systemaufruf den mtemen Zustand 
des Anwendungsprogramm-Fensters beeinfluBt (Schritt 
340 und 345). Somit arbeiten die Schritte 340 und 345 als 
eine Abfangelnrichtung auf niedriger Ebene zwischen 
dem Anwendungsprogramm und dem ursprOnglichen 

50 Betriebssystem. Fur den Fall, in dem der Systemaufruf 
den intemen Zustand des Anwendungsprogramm-Fen- 
sters nicht beebifluBt ermoglicht das Obersetzungsver- 
fahren, daB das Anwendungsprogramm auf herkommli- 
chc Weise ausgefOhrt wird. (Schritt 345, NEIN-PFAD, 

55 und Schritt 305). Wenn der Systemaufruf den intemen 
Zustand des Anwendungsprogramms-Fensters beein- 
fluBt konvertiert das Obersetzungsverfahren anderer- 
seits den Systemaufruf in einen Ziel-GUI-Aufruf nach- 
dem der urspriingliche Gerttetreiber angehalten wor- 

60 den ist (Schritt 345, JA-PFAD, Schritte 320 und 325)l 
Nach dem Obersetzen des Systemaufrufs gibt das Ober- 
setzungsverfahren den fibersetzten Aufruf an das Ziel- 
GUI-System weiter (Schritt 330). Das Obersetzungsver- 
fahren gibt dann optional den Befehl an den ursprfingli- 

65- Chen GUI-Geratetreiber weiter (Schritt 335), Wiederum 
wird dieser optionale Schritt nur durchgefuhrt wenn 
eine lokale Anzeige der AusfQhrung des Anwenduhgs- 
programms in seiner ursprOnglichen Umgebung er- 
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wUnscht ist Durch Wiederholen der Verfahrensschritte 
305 bis 345 ermoglicht die vorliegende Erfindung, daB 
das Anwendungsprogramm in semer urspriinglichen 
Umgebung ausgefuhrt wird, wShrend es gleichzeitig er- 
laubt, daS mit der Anwendung computerfern auf einem 
computerfernen Terminal oder einem Arbeitsplatz in- 
teragiert wird. Nachdem die Verfahrensschritte einer 
bevorzugten AusfQhrungsform der vorliegenden Erfin- 
dung beschrieben worden sind, wird nun die bevorzugte 
Ausfiihrungsform mittels eines BeispieJs erkJart. 

Fig. 4 stellt die Verfahrensschritte eines Anwen- 
dungsprogramms dar. Dieses Programm ist entwickelt, 
um in Verbindung mit einem Betriebssystem ein Fenster 
zu erzeugen. das den Text "Hallo" darstellt Die Durch- 
fuhrung des Programms beginnt durch Registrieren ei- 
ner Windowidasse (Fensterklasse) mit ihrem erwunsch- 
ten ursprunglichen Betriebssystem (Schritt 405). Diese 
Windowklasse beschreibt cine Reihe von globaJen At- 
tributen fiir eine KJasse von Fenstern (Windows) (bei- 
spielsweise eine Ikone far das Fenster, die erscheint, 
wenn das Fenster minimiert wird, die Hintergrundfarbe 
fur das Fenster etc). Wenn eine KJasse von Fenstern 
(Windows) in dem Betriebssystem eingetragen worden 
ist, erzeugt das Programm ein Fenster fOr die Klasse 
unter Verwendung eines Create Window- API- A ufrufs 
(Schritt 410). Der Create- Window-API-Aufruf erzeugt 
das erwOnschte Fenster intern in dem Speicher des Co- 
mutersystems. Um das Window auf der Bildschirman- 
zeigeeinrichtung darzustellen. gibt das Programm einen 
ShowWindow-API-Aufruf ab (Schritt 420). Eine Verfah- 
rensschleife. kollektiv durch die Blocke 430. 435, 440 und 
^ 450 dargesteilt, fordert dann das Zeichnen des Texts 
rHallo" auf der Bildschirmanzeigeeinrichtung aa Die 
Nachrichtenschleife 430 verweist auf den Code, der 
Nachrichten aus einer Nachrichtenwarteschlange, die 35 
durch das ursprOngliche Betriebssystem zur VerfOgung 
gestellt wird, extrahiert Insbesondere fordert, wenn das 
Programm eine Zeichennachricht (Schritt 435. JA- 
. PFAD) empfangt, das Programm die Bildaufbereitung 
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wendungsprogramm eine Handhabe fur die erzeugte 
Windowstruktur zuruck. Nachdem die Windowstruktur 
erzeugt ist, stellt das ursprttngliche Betriebssystem als 
Antwort auf den ShowWindow-API-Aufruf (Schritt 
530) das Window auf der Bildschirmanzeigeeinrichtung 
des Computersystems dar. Kurz gesagt, schafft das ur- 
sprQngliche Betriebssystem dies durch Empfangen der 
Handhabe als Eingabeparameter von dem Anwen- 
dungsprogramm, wobei die Handhabe das Window 
10 kennzeichnet, das das Anwendungsprogramm darstel- 
len wilL Das urspriingliche Betriebssystem empfangt 
ebenfalls einen Eingabebefehl, der anzeigt, ob das Win- 
dow in normalem oder minimiertem Format dargesteilt 
werden soil. Nachdem das urspriingliche Betriebssy- 
15 stem das Window dargesteilt hat. beginnt das Anwen- 
dungsprogramm, Nachrichten von der Nachrichtenwar- 
teschlange uber die vorher beschriebene Verfahrens- 
schleife (Schritte 410-450 in Fig. 4) einzugeben. Das 
ursprungliche Betriebssystem stellt eine Default-Win- 
20 dowprozedur (Schritt 540 in Fig. 5) zur Verfugung, die 
alle Nachrichten, die das Anwendungsprogramm seibst 
nicht verarbeitet (d h., alle Nachrichten mit Ausnahme 
der Nachrichten zum Zeichnen und Beenden) bearbei- 
tet Wie vorher beschrieben, gibt das Anwendungspro- 
gramm, wenn es eine Zeichennachricht empfangt, einen 
Befehl zuni Zeichnen von "Hallo" an das ursprOngliche 
Betriebssysteni Das ursprungliche Betriebssystem ant- 
wortet auf diesen Befehl durch Aufruf des Bildschirman- 
zeigeeinrichtungstreibers (Schritt 550). Der Bildschirm- 
anzeigeeinrichtungstreiber seinerseits gibt den Text an 
die Bildschirmanzeigeeinrichtung ab (Schritt 560). Auf 
die oben beschriebene Weise wechselwirkt das ur- 
sprungliche Betriebssystem mit dem Anwendungspro- 
gramm, so daB ein lokales Window dargesteilt wird 

F!g. 6 stellt ein FluSdiagramm der Verfahrensschritte 
fur ein Beispiel gemafl einer bevorzugten Ausfiihrungs- 
form der vorliegenden Erfindung dar. Dieses Beispiel 
illustriert, wie eine bevorzugte AusfQhrungsform fOr ei- 
ne computerferne Interaktion in einer nicht-urspriingli- 
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der Zeichnenfolge Hallo m der Mitte des dargestellten 40 chen Umgebung mit einer Ausfuhrung einer Anwen 
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Windows an (Schritt 440). Wenn die cmpfangene Nach- 
richt keine Zeichennachricht ist (Schritt 435, NEIN- 
PFAD), bestimmt das Programm andererseits, ob die 
empfangene Nachricht eine Nachricht zum Beenden ist 
oder nicht (Schritt 450). Wenn die empfangene Nach- 
richt keine Nachricht zum Beenden ist (Schritt 450. 
NEIN-PFAD), dann fuhrt das Programm eine Schleife 
zuruck zu Schritt 430 aus und wartet auf die nachste 
Nachricht Wenn das Programm eine Nachricht zum 
Beenden empfangt (Schritt 450, JA-PFAD), endet das 
Programm. 

Fig. 5 stellt ein FluBdiagramm der Verfahrensschritte 
fiir die Wechselwirkung zwischen dem Anwendungs- 
programm von Fig. 4 und einem ursprOnglichen Be- 
triebssystem dar. Das ursprungliche Betriebssystem ant- 
wortet auf die Registrierung einer neuen WindowkJasse 
durch Speichem der Klassendaten ffir die neue Daten- 
klasse (Schritt 510). Durch Abspeichem dieser Daten . 
kann ein Window oder cine Anzjdil von Wmdows basie- 
rend auf den gespeicherten Klassendaten erzeugt wer- 
dea Als nSchistes antwortet das urspriingliche Betriebs- 
system auf den Create-Window-API-Aufruf durch Er- 
zeugung einer Windowstruktur (Schritt 520). Insbeson- 
dere erzeugt das urspriingliche Betriebssystem basie- 
rend auf den von dem Create-Wlndow-API-Aufruf 
flbergebenen Pararaetern (beispielsweise dem Win- 
dowstil, der WindowQberschrif t, der anfanglichen Posi- 
tionierung eta) eine Windowstruktur und gibt dem An- 
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dung in der ursprunglichen Umgebung sorgt Wie in 
dem FluBdiagramm gesehen werden kann, erlaubt die 
bevorzugte Ausfiihrungsform, daB Systeraaufrufe, die 
nicht mit dem Windowmanagement in Beziehung ste- 
hen (beispielsweise das Registrieren der Windowklasse) 
direkt an das urspriingliche Betriebssystem gegeben 
werdea Wenn allerdings ein API-Aufruf rait dem Win- 
dowmanagement in Beziehung steht (beispielsweise das 
Erzeugen von Fenstern, das DarsteUen von Fenstern), 
fangt das Obersetzungsverfahren den API-Aufruf ab, 
bevor es den Aufruf zu dem urspriinglichen Betriebssy- 
stem weitergibt (Schritte 610 und 620). In dem Fall, in 
dem API CreateWindow aufruft, ruft die bevorzugte 
Atisfahrungsform entweder XGet-Geometry oder 
XGetWindow-Attribute auf, um die Dimensionen der 
computerfernen Server-Anzeigeeinrichtung zu bestim- 
men. Wenn die Dimensionen der computerfernen Ser- 
veranzeigeeinricfatung bekannt sind, ruft das Oberset- 
zungsverfahren die Xlib-Funktion XCreate Window, um 
em computerfern dargestelltes Window in einer X-Um- 
gebung zu erzeugen. In ahniicher Weise stellt das Ober- 
setzungsverfahren. wenn das Anwendungsprogramm 
einen ShowWindow- API- Aufruf ausgibt, ein entspre- 
chendes X- Window (Schritt 620). dar, bevor es den 
ShowWindow-API-Aufruf an das urspriingliche Be- 
triebssystem leitet Somit stellen die Beispiele in Fig. 6, 
Schritte 610 und 620, die abgefangene Meldung auf hd- 
herer Ebene, die im Zusammenhang mit Schritt 315 in 
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Fig. 3 diskutiert wurde, dar. Analog stellen die Schritte 
630 und 640 in Fig. 6 die abgef angene Meldung auf nied- 
riger Ebene, die in bezug auf Schritt 345 in Fig. 3 disku- 
tiert wurde, dar. Insbesondere fangt das Obersetzungs- 
verfahren die Aufrufe des Anwendungsprogramms an 5 
den Bildschirmanzeigeeinrichtungstreiber ab (Schritt 
630). Wie oben erlautert. behandelt der Bildschirmtrei- 
ber keine Konstruktionen auf hoher Ebene, wie bei- 
spielsweise Fenster. Als ein Ergebnis muB das Oberset- 
zungsverfahren zuerst das entsprechende X- Window 10 
bestimmen, fur das der Aufruf zum Bildschirmtreiber 
ausgefahrt wurde. Diese Bestinunung kann durch eine 
Anzahl von Wegen durchgefuhrt werden. Beispielswei- 
se kann diese Bestimmung dadurch durchgefuhrt wer- 
den. daO die Datenstruktur. die die interne Windowzu- 15 
standsinformation fiir alle X- Windows, die derzeitig exi- 
stieren, enthalten. aufrechterhalten und bewerten. In 
diesem Szcnario bestimmt das Obersetzungsverfahren 
die Bildschirmkoordinaten, auf die durch den Biid- 
schirmtreiber Bezug genommen wird. Das Oberset- 20 
zungsverfahren kann dann auf diese Koordinaten quer- 
verweisen. urn eine Handhabe ffir die Windowstruktur» 
die diese Koordinaten besitzt, zu erhalten. Auf diese 
Handhabe kann dann seinerseits quefverwiesen wer- 
den, um das entsprechende X-Window zu bestimmen. 25 
Nachdem das erwunschte X-Window bestimmt ist, 
ubersetzt das Obersetzungsverfahren die Bildverarbei- 
tungsanfragen in X-Aufrufe und sendet diese Aufrufe 
zum computerfemen X-Server. Auf diese Weise wird 
die computerfeme Anzeigeeinrichtung schnell und effi- 30 
zient aktualisiert SchlieBlich gibt das Obersetzungsver- 
fahren optional den Bildschirmanzeigetreiberaufruf an 
den lokalen Bildschirmtreiber. falls erwGnscht. Dieser 
Schritt ist nur notwendig, wenn eine lokale Bildaufberei- 
tung crwiinscht ist. 35 

Wie in dieser bevorzugten Ausfuhrungsform erklart, 
ermoglicht die vorliegende Erfindung, daB mit Anwen- 
dungsprogrammen, die unter dem "WINDOWS/ 
NT-Betriebssystem ausgeffihrt werden, computerfern 
Qber das X-CIient/Server-Windowsystem wechselge- 40 
wirkt wird. Eine besonders vorteilhafte Anwendung der 
bevorzugten AusfQhrungsform betrifft das Gebiet der 
Medizintcchnik. Insbesondere liegt eine bevorzugte 
AusfQhrungsform der vorliegenden Erfindung in der 
Multi-Disclosure Review Station, hergestelit durch Spa- 45 
ceLabs, Incorporated, die einen medizinischen Monitor 
als X-Server verwendet Dieser spezialisierte X-Server 
bereitet die kritischen Daten des Patienten (beispiels- 
weise eine Herzwellenform) auf einem begleitenden 
X-Terminal zum Bild auf. Mit der vorliegenden Erfin- 50 
dung kann der Arzt nicht nur die Herzwellenform eines 
Patienten auf diesem Terminal ansehen, sondern der 
Arzt kann auch auf Anwendungsprogramme, die fOr das 
"WINDOWS/NT' -Betriebssystem geschrieben sind, 
zugreifen. Als Ergebnis wird die Arbeit des Arztes stark ss 
vereinfacht Beispielsweise kann eine Anwendung, wie 
z, B. "MICROSOFT EXCEL" verwendet werden. um ei- 
ne Datenbank der Krankengeschichte des Patienten zu 
erstellen und zu aktualisieren. Somit erlaubt die vorlie- 
gende Erfindung, daB der Arzt die aktualisierte Kran- eo 
kengeschichte des Patienten abruft, wahrend cr simul- 
tan die Herzwellenform des Patienten ansieht Da die 
vorliegende Erfindung gleichzeitigeii Zugriff zu mo- 
mentanen und vorangegangenen medizinischen Bedin- 
gungen schafft, kann der Arzt schnell und leicht alle 65 
Information erhalten, die notwendig ist. um den Patien- 
ten Qber ein einzelnes Terminal zu behandeln. Auf diese 
Weise karm der Arzt effizientcr arbeiten. 



Die oben gelieferte. detaillierte Diskussion stellt be-. 
yorzugte Ausfuhrungsformen der vorliegenden Erfin- 
dung dar. Diese Diskussion ermdglicht es dem Fach- 
mann, verschiedene Modifikationen dieser AusfQh- 
rungsform durchzufiihren, die nicht von dem Umfang 
der Erfindung abweichen. Beispielsweise wird. obwohl 
eine bevorzugte Ausfuhrungsform unter Bezugnahme 
auf das "WINDOWS/NT -Betriebssystem bcschrieben 
wurde, der Fachmann erkennen, daB das hierin otfen- 
"barte erfinderische Konzept nicht auf irgendein speziel- 
les Betriebssystem beschrinkt ist In ihnlicher Weise 
wird der Fachmann, obwohl die bevorzugte Ausfuh- 
rungsform unter Bezugnahme auf das X-Protokoll be- 
schrieben wurde, erkennen. daB die hierin offenbarien 
erfinderischen Konzepte nicht auf das Protokoll irgend- 
einer bestimmten, computerfemen grafischen Benutzer- 
oberflache beschrankt sind DemgemaB berucksichtjgt 
die vorliegende Erfindung alle derartigen Modifikatio- 
nen, die sich auf die angefugten Anspruche und Aquiva- 
lente derselben lesea 

Patentanspriiche 

1. Ein Verfahren, um eine Anwendung als X-Client 
auszufQhren. so daB ermSglicht wird, die Anwen- 
dung mit einem X-Windowsmanager darzustcUcn, 
wobei das Verfahren die Schritte aufweist: 
Starten einer "WINDOWS/NT "-Sitzung; 
Aufrufen einer Anwendung aus der 'WINDOWS/ 
Nr*-Sitzung; 

Oberwachen der Ausgabenachrichten, die von der 
Anwendung gesendet werden; 
Bestimmen, wann eine der Qberwachten Ausgabe- 
nachrichteri ein Befehl einer grafischen Benutzer- 
oberflache ist; und, 

. wenn die uberwachte Ausgabenachricht ein Befehl 
einer grafischen Benutzeroberfiache ist, Suspendie- 
ren eines "WINDOWS/NT'-Geratetreibers vom 
Handeln auf den Befehl hin, Handelnlassen eines 
X-Windowsmanager-Programms auf den Befehl 
hin, und Informieren des •WINDOWS/Nr-Gera- 
tetreibers Uber das Ergebnis des Befehls, auf den 
durch das X-Windowsmanagcr-Programm hin gc- 
handclt worden ist 

2 Das Verfahren nach Anspruch 1, weiter umfas- 
send den Schritt: 

Konvertieren des Befehls von einem 'WINDOWS/ . 
NT" -Format in ein Format, das durch einen X-Ser- 
ver interpretierbar ist, so daB dem X-Server er- 
mdglicht wird, auf den Befehl hin zu handehi. 
3. Ein Verfahren zum BereitsteUen eines computer- 
femen Zugriffs auf em Anwendungsprogramm, das 
unter einem urspriinglichen Betriebssystem aiisge- 
fuhrt wird, in welchem das ursprOngliche Betriebs- 
system eine Anwendungsschnittstelle zur Verfu- 
gung stellt. um Befehle vom Anwendungspro- 
gramm zu empfangeni und in welchem das Be- 
triebssystem eine ursprUngliche grafische Benut- 
zeroberflache zur Verfiigung stellt, wobei das Ver- 
fahren die Schritte aufweist: 
Oberwachen einer Nachricht, die vom Anwen- 
dungsprogranmi an die Anwendungsschnittstelle 
ausgegeben wird; 

Abfangen der uberwachtcn Nachricht, wenn die 
Nachricht eine Operation ist, die die ursprUngliche 
grafische Benutzeroberflache beeinfluBt; und 
Umleiten der abgefangenen Nachricht auf einen 
hicht-urspriinglichcn grafischen Benutzcrobcrfia- 
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chenmanager, so daB dern nicht-urspriinglichen 
grafischen Benutzeroberflachcnmanager ermdg- 
licht wird, die Operation der Qberwachten Nach- 
richt durchzufiihrcn, 

4. Das Verfahren nach Anspruch 3, waiter umfas- 5 
send den Schritt: 

Informieren des ursprlmglichen Betriebssystems 
uber die Ergebnisse der abgefangenen Nachricht 

5. Ein Verfahren zum Bereitstellen einer computer- 
femen Anzeige und Interaktion mit einem Anwen- 10 
dungsprogramm, das auf einer lokalen Maschihe 
ausgefQhrt wird, wobei die lokale Maschlne die An- 
wendung in einer Umgebung eines ursprunglichen 
Betriebssystems ausfChrt, in welchem das ur- 
sprOngiiche Betriebssystem eine lokale Anwen- 15 
dungsschnittstelle» um Befehle vom Anwendungs- 
programm zu empfangen, und eine lokale grafische 
BenutzeroberflMche zur Verf Qgung stellt, wobei das 
Verfahren die Schritte aufweist: 

Erkennen eines Befehls, der vom Anwendungspro- 20 
gramm an die Anwendungsschnittstelle ausgege- 
ben wird;und 

Konvertieren der erkannten Nachricht von einem 
Format fur die lokale grafische Benutzeroberfiache 
in ein Format fur eine computerferne grafische Be- 75 
nutzeroberfiache, so daB die erkannte Nachricht 
durch eine computerferne grafische Benutzerober- 
fltche interpretiert werden kann. 
6. Ein Verfahren zum Bereitstellen einer computer- 
fernen Bcnutzerinteraktion mit einem Anwen- 30 
dungsprogramm, das in seiner ursprunglichen Um- 
gebung auf einer Hauptmaschine ausgefuhrt wu-d, 
wobei die urspriingliche Umgebung eine lokale 
grafische Benutzeroberflache zur Verfiigung stelit, 
die eine lokale Bcnutzerinteraktion mit dem An- 35 
wendungsprogramm erlaubt, wobei das Verfahren 
die Schritte aufweist: 

Bestimmen, wann das Anwendungsprogramm ei- 
nen Befehl an die lokale grafische Benutzeroberfla- 
che gesendet hat; 40 
Suspendieren der Fahigkeit der ursprunglichen 
Umgebung, den bestimmten Befehl zu verarbeiten; 
und 

Konvertieren des bestimmten Befehls in ein Proto- 
koll, das von einer computerfernen grafischen 45 
Oberflache erkennbar ist 

7. Eine Vorrichtung, die es erlaubt, ein Anwen- 
dungsprogramm wie einen computerfernen 
X-Clicnten zu behandeln, wahrend das Anwen- 
dungsprogramm in einer Nicht-Unbc- Umgebung 5a 
abiauft, wobei die Vorrichtung aufweist: 
eine Oberwachungseinrichtung, die bestimmt, 
wann das Anwendungsprogramm einen Befehl an 
eine lokale grafische Benutzeroberflache gesendet 
hat, wobei die lokale grafische Benutzeroberflache 55 
durch die Nicht-Unbc-Umgebung zur VerfQgimg 
gestelltwird; 

eine Dcaktivierungscinrichtung, die die Fahigkeit 
der Nicht-Unix-Umgebung, den bestimmten Befehl 
zu verarbeiten, deaktiviert; und €0 
eine Modifiziereinrichtung, die den bestimmten Be- 
fehl in ein Protokoll, das von einer computerfernen 
grafischen Oberflache erkennbar ist, konvertiert 
8. Ein Verfahren, das es erlaubt, eine Windows- 
oder "WINDOWS/NT'-Anwendung, zusatzlich zu 65 
ihrer AusfUhrung als X-Client, in ihrer ursprtihgli- 
chen Umgebung auszufflhren, so daB ermdglicht 
wird. die Anwendung auf einem computerfernen 
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X-Terminal darzustellen, wobei das Verfahren die 
Schritte aufweist: 

coraputerfernes Starten einer Windows- oder 
"WINDOWS/NT'rAnwendung; 
Oberwachen von System-Aufrufen und Anzeige- 
einrichtimgstreiber-Aufrufen, die von der Win- 
dows- Oder der 'WINDOWS/NT* -Anwendung 
ausgefuhrt werden; 

Bestimmen, wann einer der Qberwachten System- 
Aufrufe ein mit einer grafischen Benutzeroberfla- 
che zusammenhangender Befehl ist; 
Bestinmien. wann eine Bildschirm-Bildaufbereitung 
fur ein Fenster, das der Windows- oder der *WIN- 
DOWS/NT'-Anwendung zugeordnet ist, bestimmt 
ist; und, 

jedesmal wenn flbcrwachte System-Aufrufe Befeh- 
le einer grafischen Benutzeroberflache sind und je- 
desmal wenn eine Anzeigeneinrichtungstreiber- 
Bildaufbereitung auf ein Fenster, das dem Win- 
dows- Oder dem 'WINDOWS/NT'- An wendungs- 
programm zugeordnet ist, abzielt, AusfGhren ge- 
eigneter X-System-Aufrufe, um die beabsichtigte 
Wu*kung auf dem computerfernen X-Terminal zu 
erzielen, und dann Zulassen, daB ein Betriebssy- 
stem der ursprunglichen Umgebung den Aufruf 
verarbeitet 

9. Em Verfahren zur Laufzeitubersctzung von ei- 
nem ersten grafischen Betriebssystem in ein zwei- 
tes grafisches Betriebssystem, in welchem das erste 
grafische Betriebssystem keine computerferne 
Darstellung von Anwendungsprogrammen vor- 
sieht und in welchem das zweite grafische Betriebs- 
system eine computerferne Darstellung von An- 
wendungsprogrammen vorsieht, wobei das Verfah- 
ren die Schritte aufweist: 

Oberwachen von System-Aufrufen und Anzeigein- 
richtungstreiber-Aufrufen, die von einem Anwen- 
dungsprogramm, das unter dem ersten grafischen 
Betriebssystem ausgefuhrt wird, durchgefiihrt wer- 
den; 

Bestimmen, wann einer der iiberwachten System- 
Aufrufe ein mit einer grafischen Benutzeroberfla- 
che zusammenhangender Befehl ist; 
Bestimmen, wann eine Bildschirm-Bildaufbereitung 
auf ein Fenster abzielt, das dem Anwendungspro- 
gramm, das unter dem ersten grafischen Betriebs- 
system ausgefuhrt wird, zugeordnet ist, und, 
jedesmal wenn fiberwachte System-Aufrufe Befeh- 
le einer grafischen Benutzeroberflache sind und je- 
desmal wenn eine Anzeigeneinrichtungstreiber- 
Bildaufbereitung auf ein Fenster abzielt, das dem 
Anwendungsprogramm, das unter dem ersten gra- 
fischen Betriebssystem ausgefQhrt wird. zugeord- 
net ist, AusfUhren geeigneter Befehle in dem zwei- 
ten grafischen Betriebssystem, um die beabsichtig- 
te Wirkung auf einer computerfernen Anzeigeein- 
richtung, die vom zweiten grafischen Betriebssy- 
stem gesteuert wird, zu erzielen, und dann Zulas- 
sen, daB das erste grafische Betriebssystem den 
Aufruf verarbeitet 

10. Ein Verfahren ziim Obersetzen von Befehlen 
eines Anwendungsprogramms aus einem ersten 
grafischen Betriebssystem in ein zweites grafisches 
Betriebssystem, wobei das Anwendungsprogramm 
in der ersten grafischen Umgebung ausgefQhrt 
wird, in welchem das erste grafische Betriebssy- 
stem keine computerferne Darstellung des Anwen- 
dungsprogramms vorsieht und in welchem das 
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zweite grafische Betriebssystem eine computerfer- 
ne Darstellung des Anwendungsprogramms vor- 
sieht, wobei das Verfahren die Schrittc aufweist: 
Obenvachen von Geratetreiber-Aufrufen, die 
durch das Anwendungsprogramm ausgefOhrt wer- 5 
den; 

Bestimmen, wann einer der uberwachten Gerate- 
treiber-Aufrufe auf ein Fenster, das dem Anwen- 
dungsprogramm zugeordnet ist, abzielt, und, 
jedesmal wenn einer der Qberwachten Geratetrei- 10 
ber-Aufrufe auf ein Fenster, das dem Anwendungs- 
programm zugeordnet ist, abzielt, Ausgeben geeig- 
neter Befehle in dem zweiten grafischen Betriebs- 
system, um die beabsichtigte Wirkung auf einer 
computerferhen Anzeigeeinrichtung, die vom zwei- 1 5 
ten grafischen Betriebssystem gesteuert wird, zu 
erzielen. 
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